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COMMUNICATION TERMINAL 

BACKGROUND OF THE INVENTION 

1 . Technical Field 

[0001] The present invention relates to managing a content stored in a 
communication terminal. 

2. Description of the Related Arts: 

[0002] Mobile phones in conformity with the IMT-2000 (International Mobile 
Telecommunication 2000) standard are configured in a way that an IC card, that is 
referred to as UIM (User Identity Module), is attachable to and removable from 
the mobile phone. UIM is issued to a subscriber to a communication carrier 
operating a mobile communication network. The UIM stores subscriber 
information of a subscriber, for example, a phone number assigned to the 
subscriber by the communication carrier. When the owner of UIM attaches the 
UIM to a mobile phone, the mobile phone is enabled to communicate using the 
subscriber information stored in the UIM. Mobile phones conforming to the IMT- 
2000 standard are also capable of performing data communications. Some of 
them are also capable of communicating with a WWW (World Wide Web) server 
apparatus connected to the Internet, obtaining various data and/or various 
application programs, or the like (in the following, the data and programs will be 
referred to simply as "content"), and storing the obtained content in a storage unit 
such as a non- volatile memory, and making use of the obtained content. 
[0003] A content to be distributed is sometimes updated by a distributor of the 
content. In some cases, when a content to be distributed is updated at a WWW 
server apparatus, content that has already been distributed to a mobile phone needs 
to be updated accordingly. A known technique of updating a content that has been 
distributed to a mobile phone is that the server apparatus distributing a content 
stores telephone numbers of mobile phones to which the content has been 
distributed, and sends a message updating the content to the mobile phones by 
using the telephone numbers stored in the mobile phones (for example, see, 
Japanese Patent Publication JP1 l-A-25017). 
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[0004] Application of the technology disclosed in JP1 l-A-25017 makes it 
possible to instruct a mobile phone to control a storage unit to delete a content 
stored in the mobile phone or to disable use of a content by transmitting a message 
from a WWW server apparatus. However, an instruction to delete the content 
stored in a mobile phone using UIM or to disable a use of the content by 
transmitting such a message from a WWW server apparatus may cause problems 
as shown below. 

[0005] For example, use of content distributed from a WWW server apparatus 
may be allowed as a condition of payment of monthly fees to an operator of the 
WWW server apparatus. The operator of a WWW server apparatus that provides 
such a service needs to make the content stored in the mobile phone unusable, 
when a person who has downloaded the content to his/her mobile phone stops 
paying the fee for use of the content. Consequently, the WWW server apparatus 
obtains a telephone number of the corresponding mobile phone, and tries to delete 
the content in the mobile phone by transmitting a message to the mobile phone 
having the corresponding telephone number. 

[0006] Now, it is assumed that a user of a mobile phone obtains a content from 
a WWW server apparatus by using his/her own mobile phone (for this example, 
referred to as mobile phone A), and stores the content in mobile phone A. Then, 
he/she borrows another mobile phone (for this example, referred to as mobile 
phone B) that stores the same content, and attaches his/her UIM to mobile phone 
B. In this case, a message transmitted from the WWW server apparatus is 
transmitted to the borrowed mobile phone B attached with the UIM. The content 
that has been downloaded to mobile phone B by its owner is deleted. The content 
that is essentially to be deleted and is stored in mobile phone A, to that the content 
has been downloaded, is not deleted. Consequently, the result is against intent of 
the operator of the WWW server apparatus. Furthermore, it puts an owner of 
mobile phone B at a disadvantage. 

[0007] The present invention is accomplished in view of the above 
circumstances, and has an object of providing a communication terminal using 
UIM, a program, and storage medium. In the communication terminal using UIM, 
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when a message disabling use of a content is received not by a communication 
terminal containing the content to be disabled, but by another communication 
terminal containing the same content, the content stored in a storage unit of the 
communication terminal which has received the message is not disabled. 

SUMMARY OF THE INVENTION 

[0008] To accomplish its object, the present invention provides a 
communication terminal having: attachment means for attaching a module, the 
module storing a user identification for use in a communication network; storage 
means that stores a content in correlation with the user identification; receiving 
means that receives a message to disable a use of the content stored in the storage 
means; interpreting means that interprets the message received by the receiving 
means; determining means that obtains a user identification from the module, and 
determines whether the user identification obtained is stored in the storage means 
in correlation with the content that is specified to be disabled by the message 
interpreted by the interpreting means; and first control means that controls the 
storage means according to the content of the message interpreted by the 
interpreting means to disable a use of the content that is specified to be disabled by 
the message interpreted by the interpreting means, only when the determining 
means has determined that the content that is specified to be disabled by the 
message interpreted by the interpreting means is stored in the storage means in 
correlation with the user identification obtained from the module. 
[0009] According to the present invention, when a communication terminal 
receives a message to disable a use of a content, the communication terminal 
interprets the received message. The communication terminal obtains a user 
identification from a module storing a user identification for use in a 
communication network, and determines whether the user identification obtained 
is stored in the storage means in correlation with the content that is specified to be 
disabled by the message interpreted by the interpreting means. The 
communication terminal disables a use of the content that is specified to be 
disabled by the message interpreted by the interpreting means according to the 
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content of the message interpreted by the interpreting means, only when it has 
been determined by the determining means that the content that is specified to be 
disabled by the message interpreted by the interpreting means is stored in the 
storage means in correlation with the user identification obtained from the module. 
[0010] According to the present invention, in a communication terminal using 
a module storing a user identification for use in a communication network, when a 
message to disable use of a content is received not by a communication terminal 
containing the content specified to be disabled, but by another communication 
terminal containing the same content, the content stored in a storage unit of the 
communication terminal which has received the message is not disabled. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] Fig. 1 illustrates a whole configuration of a communication system 
according to an embodiment of the present invention. 

[0012] Fig. 2 illustrates a page provided by server apparatus 500 according to 
the same embodiment. 

[0013] Fig. 3 illustrates a format of client table TBI stored in server apparatus 
500 according to the same embodiment. 

[0014] Fig. 4 is a flowchart illustrating an operational flow of server apparatus 
500 according to the same embodiment, when server apparatus 500 transmits a 
management message. 

[0015] Fig. 5 illustrates a hardware configuration of mobile phone 100 
according to the same embodiment. 

[0016] Fig. 6 illustrates a format of program list table TB2 stored in UIM 109 
attached to mobile phone 100 according to the same embodiment. 
[0017] Fig. 7 illustrates a format of program management table TB3 stored in 
non- volatile memory 105 of mobile phone 100 according to the same embodiment. 
[0018] Fig. 8 is a flowchart illustrating an operational flow of CPU 108 of 
mobile phone 100 according to the same embodiment, when CPU 108 receives a 
management message. 
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[0019] Fig. 9 is a flowchart illustrating an operational flow performed by 
mobile phone 100 according to the same embodiment, when access control is 
established. 

[0020] Fig. 10 illustrates a first working example of the same embodiment. 
[0021] Fig. 1 1 illustrates a second working example of the same embodiment. 
[0022] Fig. 12 illustrates a third working example of the same embodiment. 
[0023] Fig. 13 illustrates a format of client table used in a modification of the 
same embodiment. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0024] In the following description, embodiments of the present invention will 

be described with reference to drawings. 

1 . Configuration 

1 - 1 . General configuration 

[0025] Fig. 1 illustrates a general configuration of a communication system 
according to an embodiment of the present invention. Although there exist a 
plurality of mobile phones and a plurality of server apparatuses in communication 
system 10, only mobile phone 100-1, mobile phone 100-2, and server apparatus 
500 are depicted in Fig. 1, to keep the drawing simple, (Since mobile phone 100-1 
and mobile phone 1 00-2 have the same configuration, these mobile phones will be 
abbreviated as mobile phone 100 below, in particular when no distinction is 
required to be made). 

[0026] Mobile communication network 200 is, for example, a communication 
network conforming to the IMT-2000 standard. Mobile communication network 
200 provides telecommunication service and/or data communication service to a 
user who has a contract with a communication carrier that operates mobile 
communication network 200. Mobile communication network 200 includes 
wireless base stations performing wireless communications with mobile phones, 
switches (not shown) connected to the wireless base stations, gate switches (not 
shown) connected to the switches and gateway server apparatus 300. 
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[0027] Gateway server apparatus 300 connects mobile communication network 
200 and Internet 400, to each other. Gateway server apparatus 300 changes 
protocols used in mobile communication network 200 to TCP/IP (Transmission 
Control Protocol/Internet Protocol), the standard protocol in Internet 400, and vice 
versa, when packet communications between Internet 400 and mobile 
communication network 200 are performed. 

[0028] Mobile phone 100 is a mobile phone conforming to IMT-2000 standard. 
Mobile phone 100 is able to perform packet communications, and to communicate 
with server apparatus 500 connected to Internet 400 via mobile communication 
network 200, gateway server apparatus 300, and Internet 400. Mobile phone 100 
is owned by a user who has a contract with the communication carrier operating 
mobile communication network 200. 

[0029] Server apparatus 500 has similar functions to those of a general WWW 
server apparatus, and is connected to Internet 400. Domain name "aaa.co.jp" is 
assigned to server apparatus 500. 
1 -2 . Configuration of Server Apparatus 

[0030] Next, the configuration of server apparatus 500 will be described. 
Server apparatus 500 stores server software for causing server apparatus 500 to 
function as a general WWW server apparatus. When server apparatus 500 
executes the server software, server apparatus 500 is granted a function of a 
general WWW server apparatus, and is able to perform a communication, for 
example, in accordance with HTTP (HyperText Transfer Protocol). 
[0031] Server apparatus 500 stores two text files written in HTML (HyperText 
Markup Language). In the following, such text files will be referred to as HTML 
files. One is an HTML file which produces page P10 illustrated in Fig. 2 when 
interpreted by a WWW browser. In the following, this will be referred to as an 
AAA file. The filename of the AAA file is "aaa.htmT. The URL indicating a 
storage location of the AAA file is "http://www.abc.co.jp/aaa.html". The other is 
an HTML file which produces page PI 1 illustrated in Fig. 2 when interpreted by a 
WWW browser. In the following, this will be referred to as a BBB file. The file 
name of the BBB file is "bbb.htmT. The URL indicating a storage location of the 
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BBB file is "http://www.abc.co.jp/bbb.htmI". Furthermore, server apparatus 500 
stores an application program to be distributed to mobile phone 100. The filename 
of the application program is "abc". The URL of the application program is 
"http://www.abc.co.jp/abc". Furthermore, server apparatus 500 stores client table 
TBI and a CGI program. The filename of the CGI program is "input.cgi". The 
URL of the program is "http://www.abc.co.jp/input.cgi". 

[0032] Page P10 file is written so that CPU 108 generates an HTTP request 
message using a POST method including the telephone number input in text box 
BX1 shown in Fig. 2 and the URL of the CGI program "input.cgi" as parameters 
(In the following, this will be abbreviated as an HTTP request.), when a user 
clicks "NEXT" button in page P10. Furthermore, BBB file is written so that CPU 
108 generates an HTTP request, using a GET method, of obtaining the application 
program "abc" when a user clicks "DOWNLOAD" button shown in Fig. 2. 
[0033] Fig. 3 illustrates a format of client table TBI. As illustrated in Fig. 3, 
telephone numbers of the target, to which contents were distributed in the past, are 
stored in client table TBI in correlation with data indicating the status of 
management of application programs at the target (in the following, this will be 
referred to as management data). 

[0034] When server apparatus 500 running the server software receives an 
HTTP request using a POST method and including the URL of the CGI program 
"input.cgi" as a parameter, server apparatus 500 executes the CGI program 
specified with the URL. Server apparatus 500 executes the CGI program 
"input.cgi", and stores the telephone number included in the HTTP request in 
client table TBI in correlation with management data. Next, server apparatus 500 
generates an HTTP response message including the BBB file (In the following this 
will be referred to as an HTTP response), and transmits the response to the mobile 
phone 100, that has transmitted the HTTP request. 

[0035] When the server software is executed on server apparatus 500, server 
apparatus 500 is granted a function of transmitting a message to delete an 
application program distributed by server apparatus 500 to mobile phone 100. 
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Fig. 4 is a flowchart illustrating an operational flow of server apparatus 500 when 
server apparatus 500 transmits the management message to mobile phone 100. 
[0036] When an administrator of server apparatus 500 operates to change the 
management data in client table TBI using a keyboard (not shown), a management 
message is generated that includes the filename "abc" of the application program 
that server apparatus 500 distributes, together with management data. When the 
management message is generated, a telephone number corresponding to the 
changed management data is read, and the management message is transmitted to 
mobile phone 100 attached with the UIM 109 storing the telephone number. As 
previously described, server apparatus 500 is configured in a similar manner to a 
general computer apparatus. 
1-3. Configuration of a mobile phone 

[0037] Next, configuration of mobile phone 100 will be described. Fig. 5 is a 
block diagram illustrating a hardware configuration of mobile phone 100. As 
shown in Fig. 5, each component of mobile phone 100 is connected to bus 101, 
and data are transferred between the components via bus 101 . 
[0038] Communication unit 102 functions as a communication interface, and 
performs, under the control of CPU (Central Processing Unit) 108, wireless 
communications to and from a wireless base station, that constitutes mobile 
communication network 200, via an antenna (not shown). Communication unit 
102 transmits signals output by CPU 108 to the wireless base station, and outputs 
signals transmitted from the wireless base station to CPU 108. Operation unit 103 
has a plurality of keys such as ten keys (not shown). When a user of mobile phone 
100 presses down a key of operation unit 103, operation unit 103 outputs a signal 
indicating the pressed key to CPU 108. Display unit 104 has, for example, an 
LCD display (not shown) and a control unit that control the display of the LCD 
display, and displays, under the control of CPU 108, characters, graphic screens, 
menu screens for operating mobile phone 100, and/or the like on the LCD display. 
[0039] UIM 109 is configured similarly to a general computer apparatus, and 
includes a CPU, a ROM (Read Only Memory), a RAM (Random Access 
Memory), a communication interface for communicating with CPU 108, and a 
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non- volatile memory. These components are not shown in the Figure. The non- 
volatile memory of UIM 109 stores the telephone number "0*0-XXXX-YYYY" 
assigned to a subscriber by the communication carrier operating mobile 
communication network 200. The non- volatile memory of UIM 109 also stores 
program list table TB2. Fig. 6 illustrates a format of program list table TB2. As 
shown in Fig. 6, program list table TB2 stores a filename of the application 
program that was downloaded from server apparatus 500 when UIM 109 was 
attached to mobile phone 100 in correlation with management data of the 
application program. ROM of UIM 109 stores OS (Operating System) software 
for controlling each component of UIM 109. When UIM 109 is attached to 
mobile phone 100 and power is supplied to UIM 109 from mobile phone 100, 
CPU of UIM 109 loads OS software from the ROM and executes the OS software. 
When the OS software is executed UIM 109 communicates with CPU 108 via the 
communication interface and bus 101, and controls the non- volatile memory of 
UIM 109 corresponding to instructions from CPU 108. 

[0040] Non-volatile memory 1 05 stores data used for controlling mobile phone 
100 or application programs downloaded from server apparatus 500. Non-volatile 
memory 105 also stores program management table TB3. Fig. 7 illustrates a 
format of program management table TB3. As shown in Fig. 7, the filename of 
the application program downloaded from server apparatus 500 is stored in 
program management table TB3 in correlation with the telephone number stored 
in UIM 109 attached to mobile phone 100 when the application program was 
downloaded. 

[0041] ROM 106 stores, for example, OS software for controlling each 
component of mobile phone 1 00, a browser program for executing a WWW 
browser that is able to interpret HTML syntax, and the like. Furthermore, ROM 
106 stores a program for establishing on CPU 108 access control, that is, 
application of interpreting management messages transmitted from server 
apparatus 500, and controlling non-volatile memory 105 and UIM 109 (in the 
following this will be referred as a control program). Details of access control will 
be described later. 
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[0042] When power is supplied from a power source (not shown), CPU 108 
sets in RAM 107 a working area, and loads the OS software from ROM 106, and 
executes the OS software. While running the OS software, CPU 108 processes 
according to signals input to CPU 108. For example, when a user of mobile phone 
100 presses down keys of operation unit 103, CPU 108 determines instructions 
input by the user according to the signals output from operation unit 103 and the 
screen displayed on display unit 104. Then, CPU 108 processes according to the 
instructions input by the user. 

[0043] After CPU 108 executes the OS software, CPU 108 reads and executes 
the control program from ROM 106. When the control program is executed at 
CPU 108, access control is established. Figs. 8 and 9 are flowcharts illustrating a 
flow performed by CPU 108, by which access control is established. 
[0044] When CPU 108 receives a management message from server apparatus 
500, the management message is processed by the established access control. 
Fig. 8 is a flowchart illustrating a flow when CPU 108, by which an access control 
is established, processes a management message. CPU 108 interprets the 
management message, and controls UIM 109 and non-volatile memory 105 
according to the management message, to delete an application program stored in 
non- volatile memory 105, to delete data stored in program management table TB3, 
or to add, change, or delete data stored in program list table TB2 contained in UIM 
109. 

[0045] Fig. 9 is a flowchart illustrating an operational flow when access 
control is established. When access control is established, CPU 108 obtains a 
telephone number from UIM 109. When CPU 108 obtains the telephone number, 
CPU 108 reads a filename of the application program stored in program 
management table TB3 in correlation with the telephone number obtained, and 
attempts to obtain management data corresponding to the filename by transmitting 
a message to UIM 109 requesting the management data. When CPU 108 obtains 
the management data, CPU 108 controls non-volatile memory 105 and UIM 109 
according to the management data obtained. For example, if the management data 
is "DELETE", CPU 108 deletes the filename specified when the management data 
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is read from program management table TB3, and deletes the application program 
specified with the filename from non-volatile memory 105. When CPU 108 
finishes controlling non- volatile memory 105, CPU 108 generates a message to 
delete the filename specified when the management data is read and the 
management data stored in correlation with the filename, and transmits it to UIM 
109. When UIM 109 receives the message, UIM 109 deletes the filename and 
management data that are specified to be deleted from program list table TB2. 
[0046] When a user of mobile phone 100 presses down keys of operation unit 
103 to use a WWW browser, a browser program is executed to establish a WWW 
browser. When the WWW browser is used to download an application program 
from a server apparatus connected to Internet 400, a filename of the downloaded 
program is stored in program management table TB3 in correlation with the 
telephone number stored in the attached UIM 109. Furthermore, the telephone 
number stored in UIM 109 attached is stored in non- volatile memory 105 in 
correlation with the downloaded application program. When the filename of the 
program is stored in program management table TB3, the program generates a 
message including the filename of the downloaded program and the management 
data "ENABLED", and of requesting to store the filename included in correlation 
with the included management data, and transmits it to UIM 109. When UIM 109 
receives the message, UIM 109 stores the filename in correlation with the 
management data in program list table TB2. As described, mobile phone 100 is 
configured in a similar manner to a general computer apparatus. 
2. Working examples 

[0047] Next, the first working example to the third working example of the 
present embodiment will be described. 
2- 1 . First working example 

[0048] First, the first working example of the present embodiment will be 
described with reference to Fig. 10. In the first working example, a working 
example will be first described in which a user of mobile phone 100 downloads a 
program stored in server apparatus 500 using mobile phone 100-1. Then, a 
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working example will be described in which a management message is transmitted 
from server apparatus 500 to mobile phone 100-1 storing the program. 
[0049] When the user of mobile phone 100-1 turns on the mobile phone 100-1, 
after OS software is executed, a control program is executed to establish access 
control. Next, the user of mobile phone 100-1 operates to execute a WWW 
browser using keys of operation unit 103 of mobile phone 100-1, and WWW 
browser is executed. When the user of mobile phone 100-1 inputs a URL of AAA 
file using keys of operation unit 103 to obtain the AAA file, an HTTP request 
using a GET method and including the URL of the AAA file as a parameter is 
transmitted to server apparatus 500 (Fig. 10: Step S101). 

[0050] When server apparatus 500 receives the HTTP request, server apparatus 
500 generates an HTTP response including the AAA file, and transmits it to 
mobile phone 100-1 (Step SI 02). 

[0051] When CPU 108 of mobile phone 100-1 receives the HTTP response, 
the AAA file included in the response is interpreted by the WWW browser as page 
P10 illustrated in Fig. 2 is displayed in display unit 104. When a user viewing 
page P10, inputs in text box BX1 a telephone number "0*0-XXXX-YYYY" 
assigned to an owner of the UIM 109 using keys of operation unit 103, and clicks 
"NEXT" button, CPU 108 generates an HTTP request including the URL 
(http://www.abc.co.jp/input.cgi) described in the AAA file and the telephone 
number input in the text box BX1 as parameters of a POST method, and transmits 
the request to server apparatus 500 (Step SI 03). 

[0052] When server apparatus 500 receives the HTTP request, server apparatus 
500 executes a CGI program specified with the URL included as a parameter, and 
stores the telephone number included also as a parameter in client table TBI. 
Next, server apparatus 500 generates an HTTP response including a BBB file, and 
transmits the response to mobile phone 100-1 (Step SI 04). 
[0053] When CPU 108 receives the HTTP response, page PI 1 illustrated in 
Fig. 2 is displayed. When a user viewing page PI 1 clicks "Download" button 
using keys of operation unit 103, CPU 108 generates an HTTP request including a 
URL (http://www.abc.co.jp/abc) described in the BBB file as a parameter of a 
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GET method, and transmits the request to server apparatus 500 (Step SI 05). 
Server apparatus 500 that has received the HTTP request generates an HTTP 
response including the program "abc" specified in the URL included as a 
parameter, and transmits the response to mobile phone 100-1 (Step SI 06). 
[0054] When CPU 108 of mobile phone 100-1 receives the HTTP response, 
the "abc" included in the response is extracted by the WWW browser, and the 
extracted program is stored in non- volatile memory 105 in correlation with the 
telephone number stored in UIM 109. When CPU 108 stores the downloaded 
program in non- volatile memory 105, CPU 108 stores the filename "abc" of the 
stored program in program management table TB3 in correlation with the 
telephone number "0*0-XXXX-YYYY" stored in UIM 109. Next, CPU 108 
stores the filename of the downloaded application program, and generates a 
message requesting change of the management data to "ENABLED", and 
transmits it to UIM 109. Next, CPU 108 transmits a message including the 
filename of the downloaded program and the management data "ENABLED", and 
requesting storing the filename in correlation with the management data to UIM 
109. When CPU of UIM 109 receives the message, CPU stores the filename and 
the management data included in the message in program list table TB2 stored in 
non-volatile memory of UIM 109. 

[0055] As described above, when mobile phone 100-1 downloads an 
application program from server apparatus 500, a telephone number assigned to a 
person who has downloaded the application program is stored in server apparatus 
500. Furthermore, the downloaded application program, the filename of the 
downloaded application program, and the telephone number stored in UIM 109 
while the application program is downloaded are stored in mobile phone 100-1. 
Furthermore, the filename of the application program in UIM 109 is attached to 
mobile phone 100-1 while the application program is downloaded. 
[0056] When an owner of UIM 109 does not pay a fee for use of the 
downloaded application program, the administrator of server apparatus 500 tries to 
delete the application program that has been downloaded and stored. When the 
administrator of server apparatus 500 sets the management data corresponding to 
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the telephone number "0*0-XXXX-YYYY" in client table TBI to "DELETE" by 
using the keyboard of server apparatus 500, so as to delete the program stored in 
mobile phone 100-1, a management message including the filename "abc" of the 
application program distributed by server apparatus 500 and the management data 
"DELETE" is generated (Fig. 4: Step SA1). When the management message is 
generated, the telephone number "0*0-XXXX-YYYY" corresponding to the 
changed management data is read (Step SA2). CPU 108 transmits the generated 
management message by addressing the mobile phone to which UIM 109 that 
stores the telephone number is attached (Fig. 4: Step SA3, Fig. 10: Step SI 07). 
[0057] When mobile phone 100-1, to which UIM 109 is attached, receives the 
management message, the message is interpreted by the established access control. 
CPU 108, by which the access control is established, interprets that the content of 
the management message transmitted from server apparatus 500, instructs deletion 
of the application program with the filename "abc" (Fig. 8: Step SB1). 
[0058] Next, CPU 108 seeks the telephone number "0*0-XXXX-YYYY", that 
is stored in UIM 109, in program management table TB3 stored in non- volatile 
memory 105. When CPU 108 finds the corresponding telephone number, CPU 
108 seeks the filename "abc" included in the management message from filenames 
stored in correlation with the telephone number. By the above-mentioned 
downloading operation of an application program, the filename "abc" is stored in 
program management table TB3 as shown in Fig. 7. Thus, CPU 108 deletes the 
filename "abc" from program management table TB3. Next, CPU 108 deletes the 
application program having the filename "abc" from non- volatile memory 105, 
wherein the filename is stored in correlation with the telephone number stored in 
UIM 109 (Step SB2). 

[0059] Next, CPU 108 generates a message to delete the filename "abc" 
included in the management message and the management data stored in 
correlation with the management message (Step SB3), and transmits it to UIM 109 
(Step SB4). When UIM 109 receives the message, UIM 109 deletes the filename 
"abc" stored in program list table TB2 and the management data stored in 
correlation with the filename. 



-15- 



[0060] As described above, mobile phone 100 interprets abstract messages 
transmitted from server apparatus by using an access control established on mobile 
phone 100, and deletes the program stored in non-volatile memory 105 and the 
data stored in UIM 109. 
2-2. Second working example 

[0061] Next, the second working example of the present embodiment will be 
described with reference to Fig. 11. In the second working example, UIM is 
moved from mobile phone 100-1 that has downloaded an application program 
from server apparatus 500, to mobile phone 100-2 that does not store the 
application program distributed by server apparatus 500; a management message 
is transmitted from server apparatus 500; and then, UIM 109 is moved again to be 
attached to mobile phone 100-1. Here, since the operation of mobile phone 100-1 
of downloading an application program (Fig. 11: Steps S201 - S206) is the same 
as that of the first working example, its description will be omitted. 
[0062] After UIM 109 is moved from mobile phone 100-1 that has downloaded 
the application program to be attached to mobile phone 100-2 (Step S207), when 
the administrator of server apparatus 500 changes the management data 
corresponding to the telephone number "0*0-XXXX-YYYY" in client table TBI 
to "DELETE" by using a keyboard of server apparatus 500, so as to delete the 
program stored in mobile phone 100-1, a message including the filename "abc" of 
the application program distributed by server apparatus 500 and the management 
data "DELETE" (Fig. 4: Step SA1). When the management message is generated, 
the telephone number "0*0-XXXX-YYYY" corresponding to the changed 
management data is read (Step SA2). CPU 108 transmits the generated 
management message by addressing the mobile phone attached with UIM 1 09 that 
stores the telephone number (Fig. 4: Step SA3, Fig. 1 1 : Step S208). 
[0063] When mobile phone 100-2 attached with UIM 109 receives the 
management message, the message is interpreted by the means of the established 
access control. When access control has been established, CPU 108 interprets that 
the content of the management message transmitted from server apparatus 500 is a 
deletion of the application program having the filename "abc" (Fig. 8: Step SB1). 
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[0064] First, CPU 108 searches a telephone number "0*0-XXXX-YYYY" in 
program management table TB3 stored in non-volatile memory 105 the telephone 
number "0*0-XXXX-YYYY" stored in UIM 109. When CPU 108 finds the 
corresponding telephone number, CPU 108 seeks the filename "abc" included in 
the management message from the filenames stored in correlation with the 
telephone number. As mentioned above, the filename "abc" and the application 
program having the filename "abc" are not stored in non- volatile memory 105 of 
mobile phone 100-2. Accordingly, no application programs are deleted (Step 
SB2). 

[0065] Next, CPU 108 generates a message to change the management data 
corresponding to the filename "abc" included in the management message to 
"DELETE" (Step SB3), and transmits it to UIM 109 (Step SB4). When the CPU 
of UIM 109 receives the message, the CPU changes the management data 
corresponding to the filename "abc" to "DELETE". 

[0066] Next, the user attaches UIM 109 to mobile phone 100-1 (Step S209), 
and powers on the mobile phone, and access control is established after the OS 
software is executed. When access control is established on CPU 108 mobile 
phone 100-1, CPU 108 obtains a telephone number "0*0-XXXX-YYYY" from 
UIM 109(Fig. 9: Step SCI). Next, CPU 108 reads the filename "abc" of the 
application program stored in correlation with the telephone number obtained from 
program management table TB3, and transmits a message to request the 
management data corresponding to the obtained filename to UIM 109 (Step SC2). 
When UIM 109 receives the message, UIM 109 reads the management data 
"DELETE" stored in correlation with the filename "abc", and transmits it to CPU 
108. 

[0067] When CPU 108 receives the management data (Step SC3), CPU 108 
deletes the filename "abc" of the program stored in correlation with the telephone 
number obtained from program management table TB3, and deletes the 
application program stored in correlation with the telephone number "0*0-XXXX- 
YYYY" and having the filename "abc" from non-volatile memory 105 of mobile 
phone 100-1. Next, CPU 108 generates a message to delete the management data 
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stored in correlation with the deleted filename "abc", and transmits it to UIM 109. 
When UIM 109 receives the message, UIM 109 deletes the filename "abc" stored 
in program list table TB2 and the management data stored in correlation with the 
filename (Step SC4). 

[0068] As described above, when a message to delete a program is transmitted 
from server apparatus 500 to mobile phone 100, in which the program is not stored 
in non- volatile memory 105, mobile phone 100 changes the management data 
stored in UIM 109 to "DELETE". Then, when UIM 109 is attached to mobile 
phone 100 in which the program specified in the message is stored, the program 
stored in non-volatile memory 105 is deleted according to the management data 
stored in UIM 109. 
2-3 . Third working example 

[0069] Next, the third working example of the present embodiment will be 
described with reference to Fig. 12. In the third working example, mobile phone 
100-1 attached with UIM 109 downloads an application program from server 
apparatus 500; the UIM 109 is moved to be attached to mobile phone 100-2 that 
stores the application program in correlation with a telephone number "0*0- 
AAAA-BBBB"; and then, a management message is transmitted from server 
apparatus 500. Here, since the operations of mobile phone 100-1 and mobile 
phone 1 00-2 of downloading an application program are the same as those of the 
first working example, their description will be omitted. Furthermore, since server 
apparatus 500 operates in a similar manner to that of the first working example, 
their description will be omitted. 

[0070] After UIM 109 is attached to mobile phone 100-2 (Step S301), when a 
management message including the filename "abc" of the application program and 
the management data "DELETE" is received by mobile phone 100-2 (Step S302), 
the message is interpreted by means of the access control established on CPU 108. 
When CPU 108 interprets that the content of the management message is an 
instruction to delete the application program having the filename "abc" (Fig. 8: 
Step SB1), CPU 108 seeks the telephone number "0*0-XXXX-YYYY" stored in 
UIM 109 in program management table TB3 stored in non-volatile memory 105. 
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[0071] When CPU 108 finds a corresponding telephone number, CPU 108 
seeks the management data corresponding to the filename "abc" included in the 
management message from the filenames stored in correlation with the telephone 
number. In non- volatile memory 105 of mobile phone 100-2, application program 
with the filename "abc" is stored. However, the filename "abc" is stored in 
program management table TB3 in correlation with the telephone number "0*0- 
AAAA-BBBB", but the filename "abc" is not stored in correlation with the 
telephone number "0*0-XXXX-YYYY" that is stored in UIM 109. Accordingly, 
CPU 108 does not delete the application program (Step SB2). Next, CPU 108 
generates a message to change the management message corresponding to the 
filename "abc" included in the management message to "DELETE" (Step SB3), 
and transmits it to UIM 109 (Step SB4). When the CPU of UIM 109 receives the 
message, the CPU changes the management data corresponding to the filename 
"abc" to "DELETE". 

[0072] As described above, even in the case that mobile phone 100 stores an 
application program having the same filename as the filename included in the 
management message, the application program stored in non-volatile memory 1 05 
is not deleted when mobile phone 100 does not store the application program 
specified with the filename included in the message. Even when the management 
message is transmitted in the case that the user of mobile phone 100-1 borrows 
and uses another user's mobile phone 100-2 that stores the same application 
program, the application program stored in the other user's mobile phone 100-2 is 
not deleted. 
3. Modifications 

[0073] The present invention is not limited to the above embodiment. In the 
following, modifications to the embodiment will be described. 
[0074] The management messages transmitted from server apparatus 500 may 
include not only a message to delete an application program, but also a message to 
disable use of an application program. Server apparatus 500 is configured to 
transmit a management message including the management data to mobile phone 
100, when the administrator of server apparatus 500 changes the management data 
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to "DISABLED". When the management message is received by mobile phone 
100, the management data in program list table TB2 stored in UIM 109 is changed 
to "DISABLED". When the OS established on CPU 108 receives an instruction to 
execute an application program, the OS checks program list table TB2 in UIM 
109. When the management data corresponding to the application program for 
which execution is instructed is "DISABLED", the OS is configured not to read 
and not to execute the application program from non- volatile memory 105. 
According to this aspect, use of an application program may be disabled not only 
by deletion of an application program, but also by keeping the application program 
stored in non-volatile memory 105. 

[0075] What is distributed from server apparatus 500 is not limited to 
application programs. It may include image data for displaying an image and/or 
music data for generating music sound. 

[0076] In the above-mentioned embodiment, UIM 109 has a configuration 
similar to a general computer apparatus. UIM 109 may be simply configured to 
have a storage unit only. When UIM 109 has simply a storage unit only, CPU 108 
may control the storage unit of the UIM directly. 

[0077] In the above-mentioned embodiment, server apparatus 500 transmits 
both an application program and a management message. However, a server 
apparatus for transmitting a management message and a server apparatus for 
distributing an application program may be configured separately. 
[0078] Server apparatus 500 may distribute a plurality of application programs. 
When server apparatus 500 distributes a plurality of application programs, it will 
be configured that client table TBI is modified as illustrated in Fig. 13, and a 
telephone number and the filename of the distributed program are stored and 
managed in correlation with the management data. 

[0079] The application program may be a program written using Java Tm byte 
code (In the following, it will be abbreviated as a Java program). It is noted that a 
Java executing platform is required to download a Java program from a server 
apparatus or to execute the Java program. When a Java program is downloaded to 
mobile phone 1 00, the Java program is configured to be managed by the Java 
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executing platform, so that other application programs are not able to, for 
example, delete the Java program from non-volatile memory 105. In this aspect, 
when a Java program is deleted according to a management message, access 
control may be configured to interpret the management message, to generate a 
message, interpretable by the Java executing platform, of requesting a deletion of a 
Java program, and to pass the message to the Java executing platform. The Java 
executing platform that has received the message may be configured to delete the 
Java program. Even if there exist a plurality of software platforms such as a 
software platform established on the mobile phone 100 or a software platform 
established on UIM, the access control interprets a management message 
transmitted from server apparatus 500, and exercises appropriate control according 
to each software platform. Thus, server apparatus 500 does not need to transmit a 
management message by addressing each software platform, and the application 
program that has been distributed to mobile phone 100 may be managed with only 
an abstract message. 

[0080] Various software stored in ROM 106 of mobile phone 100 may be 
configured as rewritable. As examples of rewriting various software, the 
following methods are included. For example, a rewritable flash ROM is used in 
place of ROM 106. A storage medium storing various software, such as a CD- 
ROM, (Compact Disc Read Only Memory) is loaded in a CD-ROM drive of a 
personal computer, the personal computer and mobile phone 100 are connected 
with a cable. The personal computer reads the various software stored in the CD- 
ROM, and transmits the read software to mobile phone 100 connected with the 
cable. Then, the software stored in mobile phone 100 is upgraded when mobile 
phone 100 that receives the software writes the received software in the flash 
ROM. Using such a method, software stored in mobile phone 100 is rewritable for 
a purpose of upgrading or the like. Furthermore, various software may be 
rewritten by downloading it via Internet 400. 

[0081] In the above-mentioned embodiment, the WWW browser stores data in 
program management table TB3 and transmits a message to UIM 109, when an 
application program is downloaded. However, an OS or access control may be 
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used to monitor a download of an application program, and the OS or the access 
control may be used to store data in program management table TB3. 
[0082] In the above-mentioned embodiment, mobile phone 100 downloads and 
stores an application program from server apparatus 500. However, the 
application program may be pre-installed in mobile phone 100 when mobile phone 
100 is manufactured, and client table TBI, program list table TB2, and program 
management table TB3 may be generated before pre-packing of mobile phone 
100. 

[0083] In the above-mentioned embodiment, a telephone number stored in 
UIM 109 is used as information identifying mobile phone 100 transmitting a 
management message. However, the information is not limited thus. The 
information of identifying mobile phone 100 that transmits a management 
message may be other information, such as an email address, so long as the 
information is able to identify UIM 109 and mobile communication network 200 
is able to transmit a message to mobile phone 100 according to the information. 
[0084] In the above-mentioned embodiment, when a user of mobile phone 100 
inputs the telephone number stored in UIM 109 in text box BX1 in page P10, the 
telephone number is stored in client table TBI . However, the way that server 
apparatus 500 stores a telephone number in client table TBI is not limited thus. It 
may be configured such that the WWW browser established on mobile phone 100 
describes the telephone number, that is stored in UIM 109, in the header of an 
HTTP request, and server apparatus 500 stores the telephone number described in 
the header of the HTTP request in client table TBI . 

[0085] In the above-mentioned embodiment, the filename of an application 
program and the management data are stored in UIM 109, when the application 
program is downloaded. However, it may be configured so that only the filename 
is stored when downloaded, and that CPU 108 determines that an application 
program is in an enabled state when the management data is not stored in 
correlation with the filename. 

[0086] A device that downloads an application program from server apparatus 
500, and a device to which a management message is transmitted is not limited to 
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a mobile phone. It may be a communication terminal able to utilize a mobile 
communication network, such as a PDA (Personal Digital Assistant), a hand-held 
personal computer, or the like. 

[0087] In the above-mentioned embodiment, application program and program 
management table TB3 are stored in non- volatile memory 105. However, these 
may be stored in a storage medium attachable to and removable from mobile 
phone 100. 

[0088] The management message transmitted by server apparatus 500 is not 
limited to an aspect of including a filename and management data as illustrated in 
the above-mentioned embodiment. The management message may be an 
instruction to delete an application program, and to assign the application program 
that will be deleted. For example, the management message may instruct deletion 
of an application when only the filename of an application program is included in 
the management message, and disabling a use of an application program when 
other data is included in addition to the filename. 



